Jump to content

Firefox vägrar tolka IP-adress


Jazz
 Share

Recommended Posts

Den senaste uppdateringen av Firefox har resulterat i att den vägrar tolka IP-adresser, det vill säga att när jag skriver in http://192.168.1.100 eller vilken annan adress som helst (utöver www-adresser) så händer absolut ingenting när jag trycker på enter. Varför?! Har googlat en del men på grund av alla "i want to change my ip adress"-sidor är det svårt att hitta något vettigt. Någon som har en quick fix på detta?

Länk till kommentar
Dela på andra sidor

  • 2 weeks later...

Det löste sig, jag hade klantat till det med lite SSL-grejer och sådant...

... men när jag ändå har er uppmärksamhet. Jag fattar verkligen inte alls hur jag ska konfigurera SSL på ett korrekt sätt. Grejen är ju att jag kör ISP Config, som bekant, vilket egentligen trasslar till det mer än hjälper... i alla fall i det här fallet. Hur som helst fungerar det kanske bäst om jag ställer frågan från början.

Jag vill köra ownCloud via en SSL-anslutning. ownCloud körs från http://www.mindomän1.se/owncloud/'>http://www.mindomän1.se/owncloud/ och jag vill att alla förfrågningar till den adressen resulterar i https://www.mindomän1.se/owncloud/. Samtidigt vill jag tillexempel att http://www.mindomän1.se/ och http://www.mindomän2.se/ förblir okrypterad. Hur ska jag gå tillväga?

Edit: Det ska tilläggas att jag har gjort en tillfällig men retarderad lösning bara för att i alla fall vara säkra på att ingen kan avlyssna, default-ssl i /etc/apache2 har "hårdkodats" för att kunna ta emot SSL-förfrågningar via domänen. Otympligt utan dess like.

Redigerad av Jazz
Länk till kommentar
Dela på andra sidor

Det löste sig, jag hade klantat till det med lite SSL-grejer och sådant...

... men när jag ändå har er uppmärksamhet. Jag fattar verkligen inte alls hur jag ska konfigurera SSL på ett korrekt sätt. Grejen är ju att jag kör ISP Config, som bekant, vilket egentligen trasslar till det mer än hjälper... i alla fall i det här fallet. Hur som helst fungerar det kanske bäst om jag ställer frågan från början.

Jag vill köra ownCloud via en SSL-anslutning. ownCloud körs från http://www.mindomän1.se/owncloud/'>http://www.mindomän1.se/owncloud/ och jag vill att alla förfrågningar till den adressen resulterar i https://www.mindomän1.se/owncloud/. Samtidigt vill jag tillexempel att http://www.mindomän1.se/ och http://www.mindomän2.se/ förblir okrypterad. Hur ska jag gå tillväga?

Edit: Det ska tilläggas att jag har gjort en tillfällig men retarderad lösning bara för att i alla fall vara säkra på att ingen kan avlyssna, default-ssl i /etc/apache2 har "hårdkodats" för att kunna ta emot SSL-förfrågningar via domänen. Otympligt utan dess like.

funkar https adressen och du vill bara köra en redirect från http motsvarigheten eller frågar du om hur du ska sätta upp ett certifikat och aktivera detta enbart för ownclouds virtuella host? http://doc.owncloud.org/server/6.0/admin_manual/installation/installation_source.html#web-server-configuration

edit: och såklart. apt-get install openssl libopenssl för att uppdatera ifall du inte redan gjort. ;)

Redigerad av Adrian G
Länk till kommentar
Dela på andra sidor

funkar https adressen och du vill bara köra en redirect från http motsvarigheten eller frågar du om hur du ska sätta upp ett certifikat och aktivera detta enbart för ownclouds virtuella host? http://doc.owncloud.org/server/6.0/admin_manual/installation/installation_source.html#web-server-configuration

edit: och såklart. apt-get install openssl libopenssl för att uppdatera ifall du inte redan gjort. ;)

Problemet är att jag inte riktigt fattar hur OpenSSL agerar tillsammans med min ISP Config-setting. Självklart har jag följt manualen som du länkade och ett antal andra och har fått det att fungera när min ownCloud-folder legat direkt i /var/www/ och således varit index för min externa och interna IP-adress. Då gick det ju bra eftersom jag bara skulle köra via https, nu är det dock så att jag har lagt owncloud-indexet på http://www.mindomän.se/owncloud/ och är därför lite osäker på hur jag ska programmera instruktionerna... det jag vill är att www.mindomän.se ska förbli http men att www.mindomän.se/owncloud ska resultera i forced https.

<Directory /path/to/your/owncloud/install>

    Options Indexes FollowSymLinks MultiViews

    AllowOverride All

    Order allow,deny

    allow from all

</Directory>

... fungerar inte på grund av den konfiguration jag är ute efter... eller så gör jag fel, vilket är mer troligt.

Redigerad av Jazz
Länk till kommentar
Dela på andra sidor

Problemet är att jag inte riktigt fattar hur OpenSSL agerar tillsammans med min ISP Config-setting. Självklart har jag följt manualen som du länkade och ett antal andra och har fått det att fungera när min ownCloud-folder legat direkt i /var/www/ och således varit index för min externa och interna IP-adress. Då gick det ju bra eftersom jag bara skulle köra via https, nu är det dock så att jag har lagt owncloud-indexet på http://www.mindomän.se/owncloud/ och är därför lite osäker på hur jag ska programmera instruktionerna... det jag vill är att www.mindomän.se ska förbli http men att www.mindomän.se/owncloud ska resultera i forced https.


<Directory /path/to/your/owncloud/install>

    Options Indexes FollowSymLinks MultiViews

    AllowOverride All

    Order allow,deny

    allow from all

</Directory>

... fungerar inte på grund av den konfiguration jag är ute efter... eller så gör jag fel, vilket är mer troligt.

Hmmmmmmmmmmmmmmmmmm. Hur installerade du owncloud egentligen? När jag gjorde det via deras egna källor så installerades det direkt till /var/www/owncloud med tillhörande /etc/apache2/conf.d/owncloud.conf

Och som jag förstått det så för att tvinga https så lägger du till följande efter din virtuella host.

http://pastie.org/9080261

från https://wiki.apache.org/httpd/RewriteHTTPToHTTPS

Redigerad av Adrian G
  • Gilla 1
Länk till kommentar
Dela på andra sidor

Hmmmmmmmmmmmmmmmmmm. Hur installerade du owncloud egentligen? När jag gjorde det via deras egna källor så installerades det direkt till /var/www/owncloud med tillhörande /etc/apache2/conf.d/owncloud.conf

Och som jag förstått det så för att tvinga https så lägger du till följande efter din virtuella host.

http://pastie.org/9080261

från https://wiki.apache.org/httpd/RewriteHTTPToHTTPS

Installerade via web, riktigt enkelt och precis det jag ville ha i och med att owncloud skulle befinna sig på mindomän.se/owncloud, dvs, jag besökte helt enkelt mindomän.se/setup-owncloud.php, mkt smidigt som sagt. Ska kolla på dina länkar...

Aight, nvm, kom på att owncloud själv kan enforcea SSL via config-filen. Enforcear jag resulterar det förstås i Not Found eftersom https://mindomän.se/owncloud inte egentligen finns. Hur gör jag detta enklast, förutsatt att jag inte har en owncloud.conf i min conf.d (vilket aldrig skapades i samband med installationen konstigt nog...)?

Edit2: alltså omfg vad ispconfig kukar upp saker... finns ssl-mappar här och där och ingenting ligger där det ska typ, allt är bara jävligt random. styrde nyss up en ssl-anslutning som klienterna nappade på men när jag försökte ansluta via webben fick jag bara "clound not found". aaaaaaaaaaaaaahhhhhhhhhh

Edit3: fuck ispconfig, tar bort det från systemet och återställer alla problem det skapat. det var bra att ha i början när jag inte kunde något men nu är det ju helt meningslöst.

Edit4: För övrigt, vad fan gör jag när jag försöker ta bort en mapp i egenskap av root och får permission denied? Helt absurt.

Redigerad av Jazz
Länk till kommentar
Dela på andra sidor

Installerade via web, riktigt enkelt och precis det jag ville ha i och med att owncloud skulle befinna sig på mindomän.se/owncloud, dvs, jag besökte helt enkelt mindomän.se/setup-owncloud.php, mkt smidigt som sagt. Ska kolla på dina länkar...

Aight, nvm, kom på att owncloud själv kan enforcea SSL via config-filen. Enforcear jag resulterar det förstås i Not Found eftersom https://mindomän.se/owncloud inte egentligen finns. Hur gör jag detta enklast, förutsatt att jag inte har en owncloud.conf i min conf.d (vilket aldrig skapades i samband med installationen konstigt nog...)?

Edit2: alltså omfg vad ispconfig kukar upp saker... finns ssl-mappar här och där och ingenting ligger där det ska typ, allt är bara jävligt random. styrde nyss up en ssl-anslutning som klienterna nappade på men när jag försökte ansluta via webben fick jag bara "clound not found". aaaaaaaaaaaaaahhhhhhhhhh

Edit3: fuck ispconfig, tar bort det från systemet och återställer alla problem det skapat. det var bra att ha i början när jag inte kunde något men nu är det ju helt meningslöst.

Edit4: För övrigt, vad fan gör jag när jag försöker ta bort en mapp i egenskap av root och får permission denied? Helt absurt.

:D

rm -r [...]

?

för recursive (mappar).

Länk till kommentar
Dela på andra sidor

:D

rm -r [...]
? för recursive (mappar).
Det är den jag har kört med, fungerar inte, trodde att den i egenskap av root kunde ta bort allt men tydligen inte... nu har jag alltså ett antal tomma mappar som inte fyller någon funktion och som inte går att ta bort... jävla ISP Config... ... har i alla fall lagt hela kvällen på att ta bort alla spår, ominstallera apache2 och flytta tillbaka alla hemsidor och funktioner och så vidarem, ominstallerat owncloud och till sist... får jag det ändå inte att fungera. Jag har en korrekt konfigurerad uppsättning VirutalHosts nu och vad jag tror är påslagen SSL-trafik men trots det blir det bara jävligt konstigt... uppenbarligen förstår jag inte allts hur skiten fungerar. Det enda sättet jag har fått det att fungera på ett någorlunda korrekt sett är att ändra i default-ssl, vilket ju är helt åt helvete. Om jag ersätter /var/www i följande kod med /var/www/example.com/owncloud resulterar det i att när jag ansluter till servern, oavsett domän, men via https så hamnar jag i owncloud-mappen. Hurra! Nej. Detta betyder att all https-trafik hamnar där, det vill säga att om jag ansluter till https://example.com så hamnar jag på samma ställe som om jag ansluter till https://example2.com. Helt fel. Hur fan ska jag styra upp det här?
<IfModule mod_ssl.c>

<VirtualHost _default_:443>

	ServerAdmin webmaster@localhost


	DocumentRoot /var/www/example.com/owncloud

	<Directory />

		Options FollowSymLinks

		AllowOverride None

	</Directory>

	<Directory /var/www/example.com/owncloud>

		Options Indexes FollowSymLinks MultiViews

		AllowOverride None

		Order allow,deny

		allow from all

Värt att notera förövrigt är att, när det väl är https, så är undermappen som bortblåst, dvs jag är på example.com/index.php och inte example.com/owncloud/index.php. Fattar noll.

Redigerad av Jazz
Länk till kommentar
Dela på andra sidor

Det är den jag har kört med, fungerar inte, trodde att den i egenskap av root kunde ta bort allt men tydligen inte... nu har jag alltså ett antal tomma mappar som inte fyller någon funktion och som inte går att ta bort... jävla ISP Config...

... har i alla fall lagt hela kvällen på att ta bort alla spår, ominstallera apache2 och flytta tillbaka alla hemsidor och funktioner och så vidarem, ominstallerat owncloud och till sist... får jag det ändå inte att fungera. Jag har en korrekt konfigurerad uppsättning VirutalHosts nu och vad jag tror är påslagen SSL-trafik men trots det blir det bara jävligt konstigt... uppenbarligen förstår jag inte allts hur skiten fungerar.

Det enda sättet jag har fått det att fungera på ett någorlunda korrekt sett är att ändra i default-ssl, vilket ju är helt åt helvete. Om jag ersätter /var/www i följande kod med /var/www/example.com/owncloud resulterar det i att när jag ansluter till servern, oavsett domän, men via https så hamnar jag i owncloud-mappen. Hurra! Nej. Detta betyder att all https-trafik hamnar där, det vill säga att om jag ansluter till https://example.com så hamnar jag på samma ställe som om jag ansluter till https://example2.com. Helt fel. Hur fan ska jag styra upp det här?

<IfModule mod_ssl.c>

<VirtualHost _default_:443>

ServerAdmin webmaster@localhost


DocumentRoot /var/www/example.com/owncloud

<Directory />

Options FollowSymLinks

AllowOverride None

</Directory>

<Directory /var/www/example.com/owncloud>

Options Indexes FollowSymLinks MultiViews

AllowOverride None

Order allow,deny

allow from all

Värt att notera förövrigt är att, när det väl är https, så är undermappen som bortblåst, dvs jag är på example.com/index.php och inte example.com/owncloud/index.php. Fattar noll.

Okej, först root problemet. Pröva att köra chmod -R u+rwx <mapp> för att ge dig full åtkomst till mapparna först. Ska inte ha någon betydelse tror jag, men kan vara värt att testa.

Och sen måste du ta bort /owncloud från din DocumentRoot och Directory i default configs. Annars kommer alla requests utgå ifrån den mappen.

Och sen lägger du in detta i dina andra virtualhosts för att få domän.se/owncloud/, förnamnefternamn.se/owncloud/ osv att fungera.

Alias /owncloud /var/www/owncloud

Redigerad av Adrian G
Länk till kommentar
Dela på andra sidor

Okej, först root problemet. Pröva att köra chmod -R u+rwx <mapp> för att ge dig full åtkomst till mapparna först. Ska inte ha någon betydelse tror jag, men kan vara värt att testa.


root@server:/var/www# chmod -R u+rwx A_delete

chmod: changing permissions of `A_delete/client1/web1': Operation not permitted

chmod: changing permissions of `A_delete/client0/web7': Operation not permitted

chmod: changing permissions of `A_delete/client0/web2': Operation not permitted

chmod: changing permissions of `A_delete/client0/web3': Operation not permitted

chmod: changing permissions of `A_delete/client0/web4': Operation not permitted

chmod: changing permissions of `A_delete/client0/web5': Operation not permitted

chmod: changing permissions of `A_delete/client3/web3': Operation not permitted

chmod: changing permissions of `A_delete/client2/web2': Operation not permitted

chmod: changing permissions of `A_delete/client4/web4': Operation not permitted

Haha, jävligt konstigt... får skälla på grabbarna på ISP Configs forum.

Och sen måste du ta bort /owncloud från din DocumentRoot och Directory i default configs. Annars kommer alla requests utgå ifrån den mappen.

Och sen lägger du in detta i dina andra virtualhosts för att få domän.se/owncloud/, förnamnefternamn.se/owncloud/ osv att fungera.

Alias /owncloud /var/www/owncloud

Detta fungerar redan, problemet är att när jag kör https://domän.se/owncloud så blir det 404 not found, när jag kör http://domän.se/owncloud fungerar det bra.

EDIT: FUCKING LÖST. LÖST. SÅ JÄVLA ÄGD. AAAAAH. Antagligen sjukt enkelt och sjukt noobigt, jag löste det faktiskt helt enkelt genom att leka runt med inställningar. Jag hade "glömt" lägga till NameVirtualHost: *:443 i ports.conf vad gäller <IfModule mod_ssl... osv vilket presenterade sig i och med ett felmeddelande vid apache2-omstart efter att jag hade anget instruktionerna för 443 i sites-available-dokumentet. Lol. Tack för all hjälp, det pekade mig i alla fall i rätt riktning!

... dessvärre kvarstår problemet med mina utelåsta rättigheter...

Redigerad av Jazz
  • Gilla 1
Länk till kommentar
Dela på andra sidor

EDIT: FUCKING LÖST. LÖST. SÅ JÄVLA ÄGD. AAAAAH. Antagligen sjukt enkelt och sjukt noobigt, jag löste det faktiskt helt enkelt genom att leka runt med inställningar. Jag hade "glömt" lägga till NameVirtualHost: *:443 i ports.conf vad gäller <IfModule mod_ssl... osv vilket presenterade sig i och med ett felmeddelande vid apache2-omstart efter att jag hade anget instruktionerna för 443 i sites-available-dokumentet. Lol. Tack för all hjälp, det pekade mig i alla fall i rätt riktning!

:wacko::D

... dessvärre kvarstår problemet med mina utelåsta rättigheter...

rm -rf A_delete

jag fattar inte hur någon fil skulle stå emot det när man utför det som root ifall det inte har med filattribut att göra.

Redigerad av Adrian G
Länk till kommentar
Dela på andra sidor

:wacko::D

rm -rf A_delete

jag fattar inte hur någon fil skulle stå emot det när man utför det som root ifall det inte har med filattribut att göra.

Jag löste det med. Det var betylidgt mer komplicerat än rm. Mapparna var mountade i filsystemet via ett gäng användare vilka hade mapparna som home folders via /etc/passwd. Körde debug och lyckas bryta linken och kunde till slut radera dem . Efter det fungerade allt som det skulle i ungefär fem minuter varpå hela filsystemet plöstligt blev read-only............ något gick åt helvete i samband med debuggen, /var/www tappades bort (ligger nog i lost and found). Efter många om och men valde jag att reboota och nu kommer jag förstås inte in, servern behöver antagligen input via recovery mode och är därför inte online... i värsta fall är filsystemet korrupt och då blir det ominstallation, jag får se imorgon när jag kommer hem. Värt att notera är att allt detta beror på ISP Config. Programmet är det som saboterat www-foldern och gjort den trasig... och förstås pillat i en massa filer och .confs som det inte borde ha gjort. Aldrig mer.

TL;DR: Server trasig, fuck ISP Config.

Länk till kommentar
Dela på andra sidor

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gäst
Skriv inlägg...

×   Innehåll kopierat inklusive formatering.   Ta bort formatering

  Only 75 emoji are allowed.

×   Din länk har expanderats till ett media-block.   Visa länk istället

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...